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(54) Communications system 

(57) A communications system is provided having 
first storage means (3) for storing a role identifier identi- 
fying a functional role, the names of one or more people 
able to fulfil such a functional role, and a contact 
number for each person, input means (10) for accepting 
a request in the form of a role identifier for communica- 
tion with a person fulfilling a given role, second storage 
means (4) for storing a set of instructions for each role 
identifier, and processing means (2) for accepting a role 
identifier, accessing such first and second storage 
means, and establishing a communications channel 
with a person able to fulfil the functional role associated 
with the role identifier, via said current contact number 
in accordance with said set of instructions. The present 
invention thus provides an efficient role based commu- 
nications system, which ensures communication with 
an individual who, at the present time, is fulfilling a cer- 
tain role. 
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Description 

the present invention relates to a communications 
system, and in particular a communications system for 
establishing communication channels on the basis of a 
functional role or task. 

Most communications systems are designed to 
facilitate communication with a named person. Thus, 
known telephone systems and voice mail systems 
associate a contact number with a person, and are 
designed so that a user of the system inputting a given 
contact number is connected with the associated per- 
son, if necessary by means such as call forwarding. 
Recent developments in telecommunications systems 
have been aimed at strengthening the linkage between 
contact numbers and individuals, for example the con- 
cept of a universal personal number has been devel- 
oped. A universal personal number communications 
system aims to guarantee communication with a named 
individual by the use of his personal number, which is 
translated by the communications system to one of a 
plurality of conventional contact numbers. Thus a uni- 
versal personal number input into such a communica- 
tions system may for example be translated to a home 
telephone number, an office telephone number, or a 
mobile telephone number dependent on the current 
location of the owner of the universal personal number. 

While such communications systems aid communi- 
cation with individuals, known communications systems 
do not facilitate efficient communication based on role 
or task. There are a number of environments in which 
efficient communication based on role or task are desir- 
able, for example the medical environment. This envi- 
ronment will be utilised to describe the present 
invention, although it will be appreciated that applica- 
tions of the present invention are not limited to this envi- 
ronment. 

In a hospital there are a number of roles that need 
to be fulfilled, for example anaesthetist, cardiac special- 
ist, nurse, orderly, accident and emergency specialist 
etc. These roles are fulfilled by individuals, often for 
defined periods of time, when they are "on cair. Thus 
responsibility for the role passes between individuals, 
responsibility may be with more than one individual, or 
one individual may be responsible for more than one 
role. Presently, communication in such an environment 
is often achieved by the use of a wireless paging sys- 
tem. For example, roles are associated with individual 
pagers, and pagers are physically passed between indi- 
viduals when responsibility for the associated role 
changes. This system suffers from a number of disad- 
vantages. If an individual is unable to fulfil his role, sep- 
arate provision must be made for communicating with a 
second individual also able to fulfil this role. If an individ- 
ual should be simultaneously fulfilling more than one 
role he will need to carry the equivalent number of pag- 
ers. 

According to the present invention there is provided 
a communications system comprising: - 


a first storage means for storing a plurality of 
records, each record comprising at least three 
fields: 

5 a role field for storing a role identifier, identify- 

ing a functional role, 

a name field for storing for each said role iden- 
tifier one or more names of people able to fulfil 
w said functional role, and 

a number field for storing for each said person 
a current contact number, 

75 input means for accepting a request in the form of a 
role identifier for communication with a person ful- 
filling a given role, 

a second storage means for storing a set of instruc- 
20 tions for each said record, and 

processing means for accepting a role identifier, 
accessing said first and second storage means and 
establishing a communications channel with a per- 
2$ son able to fulfil the functional role associated with 
the role identifier, via said current contact number in 
accordance with said set of instructions. 

The present invention thus provides an efficient role 

30 based communications system. Rather than ensuring 
communication with a named individual, the present 
communications system aims to ensure communication 
with an individual who, at the present time, is fulfilling a 
certain role. Thus the communications system accepts 

35 a request from a user of the system in the form of a role 
identifier. The user is unlikely to know the name or con- 
tact number of the person currently fulfilling the desired 
role. This information is held by the communications 
system which holds for each role identifier, for example, 

40 cardiac specialist on call, a list of names, in priority 
order, of people able to fulfil this role at the present time. 
In use, the communications system will attempt to con- 
tact the first listed person able to fulfil the requested role 
via said person's current contact number. A personal 

45 numbering scheme could be utilised to ensure success- 
ful communication with the current cardiac specialist i.e. 
the number field of a record according to the present 
invention could be updated via a known universal per- 
sonal number system. However, generally the person 

so fulfilling a given role will be within a known environment, 
for example a hospital, and will be near, or carry, a sin- 
gle communications device through which he can be 
reliably contacted, it will be appreciated that the term 
"current contact number" includes for example a phone 

55 number, an e-mail address, a pager number, a facsimile 
number, an internet address or any other form of con- 
tact number. 

Preferably the present communications system fur- 
ther comprises editing means which is accessible via a 
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communications channel by subscribers of the system. 
"Subscriber" will be used herein to designate a person 
whose name is entered in a name field of a record 
according to the present invention, and "user" wiil be 
used to designate a person utilising the present comrnu- 5 
nications system to communicate with a subscriber. The 
provision of such editing means allows subscribers of 
the system to for example, associate themselves with 
different roles, or to alter their availability to perform one 
or more roles. w 

Preferably, the set of instructions for a record com- 
prising a name field having a plurality of names, will 
cause the communications system to attempt to estab- 
lish a communication channel with each of the plurality 
of names until one such attempt is successful. Thus, if is 
the first person named in a name field under a given role 
identifier is unavailable, the communications system will 
attempt to contact the second named person able to 
perform the same functional role. 

Preferably upon establishing a communications 20 
channel, the processing means passes a role identifier 
along the communications channel. The subscriber thus 
contacted by the communications system will know 
immediately the role in which he has been contacted. 
The subscriber can then either accept his responsibility 25 
to carry out the communicated role, or, for example if the 
subscriber is engaged in duties associated with a fur- 
ther role, he can send a negative response to the com- 
munications system. In this case, the communications 
system will attempt to contact another subscriber able 30 
to fulfil the same role. 

In a number of environments it is desirable to con- 
tact a team of people, each of whom perform a specified 
role, thus the present invention advantageously pro- 
vides storage means comprising at least one record 35 
having a plurality of role identifiers and a fourth team 
field for storing a team identifier. Upon receipt of a team 
identifier the communications system will establish 
communication channels with people able to fulfil each 
of the functional roles identified by the role identifiers 40 
associated with the input team identifier. Thus, for 
example, a user can input a team identifier such as "car- 
diac team" to the communications system, and people 
presently fulfilling a number of roles e.g. "cardiac spe- 
cialist", "paramedic", "nurse", will be contacted by the 45 
communications system. Should the first named person 
fulfilling any one role be uncontactable, or unable to 
attend, the communications system will attempt to con- 
tact the second named person in the name field associ- 
ated with the appropriate role identifier. Thus, so 
embodiments of the present invention allow teams of 
appropriately skilled people to be reliably and efficiently 
assembled in response to a single input to the commu- 
nications system by a user. 

Communications systems according to the present ss 
invention may establish solely voice communication 
channels, or solely data communication channels, how- 
ever preferably both voice and data communication 
channels are established. 
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Embodiments of the present invention will now be 
described, by way of example only, and with reference 
to the following drawings:- 

Figure 1 is a schematic representation showing a 
communications system according to an embodi- 
ment of the present invention, 

Figure 2 is a schematic representation of the client 
and server software utilised in a communications 
system according to an embodiment of the present 
invention, 

Figure 3 shows the structure of data relating to 
functional roles, held on a database according to an 
embodiment of the present invention. 

Figure 4 shows the structure of data, relating to 
instruction sets for contacting people fulfilling spec- 
ified roles, stored on a database according to an 
embodiment of the present invention, 

Figures 5, 6, 7, 8 and 9 show screen displays from 
a terminal carried by users or subscribers of a com- 
munications system according to an embodiment of 
the present invention. 

An embodiment of the present invention will be 
described which utilises a voice and data communica- 
tions structure based on GSM (Global System for 
Mobile Communications). GSM is emerging as the de 
facto global digital standard for mobile telephony, and in 
addition to voice communications supports data com- 
munications via SMS (Short Message Service) and via 
a data channel. It will however be appreciated by those 
skilled in the art, that alternative voice and/or data com- 
munication infrastructures can be utilised, for example 
DCT (Digital Cordless Telephony). 

The present embodiment utilises a client-server 
computer architecture in which software running on cli- 
ent devices interacts with software running on a server. 
Figure 1 schematically shows a server 1, comprising 
processing means 2 having access to a database 3 of 
records, and a database 4 of instruction sets. Although 
databases 2 and 3 are depicted as separate, they may 
share the same physical or logical storage medium. 
Server 1 further comprises voice telecommunication 
access equipment 5, comprising a Network Interface 
card, a Voice card (Dialogics D/320 SC) and a Confer- 
encing card (Dialogics MSI/80 SC) available from Dia- 
logic at 1515 Route 10, Porsippany NJ 07054-4596, 
USA. The server 1 is connected to a PSTN 7 (Public 
Switch Telephone Network) via the voice access equip- 
ment 5, and is connectable to a mobile telephone net- 
work 8 via a PCMCIA cellular modem card 6 and a 
mobile phone 9. 

Each subscriber of the present communication sys- 
tem carries a communication device, or terminal 10, 
comprising a palm top PC 11, a PCMCIA cellular 
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modem card 12 and a mobile phone 13. The palm top 
PC 1 1 is a Hewlett-Packard 200LX, having a keyboard 
for data input and a LCD screen for display purposes. 
The mobile phones 13 and 9 are Nokia 2110 GSM 
phones, and the PCMCIA data card is a Nokia type 5 
DTP-2 data card. The terminal 10 is able to send and 
receive information via the GSM voice or data channel, 
or via the GSM SMS, in a manner known to those skilled 
in this art. 

The present embodiment utilises Microsoft DOS 10 
software running on the palm top PC 1 1 , and Microsoft 
Windows NT software running on the processing means 
2. to establish a client-server relationship between the 
server 1 and the terminal 10 in a manner which will be 
readily appreciated by those skilled in this art, but which 15 
will now be described in some detail. 

With reference to Figure 2, the palm top PC 1 1 of 
each terminal 10 runs a communication protocol stack 
30 comprising TCP (Transport Communication Proto- 
col) over PPP (Point to Point Protocol). The PPP layer 20 
interfaces with the DOS operating system 31 of the 
palm top PC 11. Logically above the communication 
protocol stack 30, the palm top PC 1 1 runs client soft- 
ware 20 for interfacing with the server 1. The server 
processing means 2 also runs a communication proto- 25 
col stack 32 which interfaces with the NT operating sys- 
tem 33, comprising TCP running over PPP Logically 
above the communication protocol stack, the server 
processing means 2 runs a suite of software libraries 
that provide APIs (Application Programmer Interfaces) 30 
which facilitate communication in a number of formats. 
The SMTP API 16 provides for communication via E 
mail, the voice processing, and voice Conferencing API 
34 provide for various forms of voice communication 
over the PSTN 7, and the GSM API 35 provides data 35 
communication over the GSM network 8. A key aspect 
is the Roles software 1 7 which interacts with the data- 
bases 3 and 4. Also provided within the server 1 are an 
SLEE 18 (Service Logic Execution Environment), which 
provides housekeeping functions, and several SLPs 40 
(Service Logic Program) 19 which interact with the cli- 
ent software 20. 

The setting up of a communications channel 
between a terminal 10, and the server 1 will now be 
described. A communications channel may be either 45 
connectionless, for example via the GSM SMS, or con- 
nection-oriented, for example via the GSM voice chan- 
nel or data channel, or via a PSTN line. A GSM SMS 
connection will first be described. The client software 20 
running on the terminal 10. in response to a user input, so 
assembles a packet of information that can be inter- 
preted by the SLP 19 running on the server 1. The 
packet of information contains data identifying the target 
SLP 19. a role identifier, and data identifying the partic- 
ular instance of communication between the client soft- ss 
ware 20 and the server 1. If the user of the terminal 10. 
wishes their identity or role to be forwarded to the per- 
son they are contacting, the packet of information also 
contains data identifying the person or role initiating the 


communication. The client software 20 then looks up 
the short message number (mobile telephone number) 
of the mobile phone 9 of the server 1 , and uses this and 
the assembled packet to assemble a short message 
and passes this short message to the PCMCIA card 1 2. 
The PCMCIA card 12 interacts with the mobile phone 
13 of the terminal 10 and passes the SMS message to 
the GSM network 8 in a conventional manner. This is 
then delivered to the server 1 via the mobile phone 9 
and PCMCIA drive 6. On arrival at the server 1 resident 
short message communication software will transfer the 
contents of the short message to the SLEE 18, which 
will deliver the role identifier(s) to the SLP 19. The SLP 
1 9 will then attempt to establish communication with the 
person fulfilling the role given by the role identifier, in a 
manner to be described below. Communication with the 
destination role client software, and the originating cli- 
ent software continues via the SMS communication 
mechanism described above. 

Alternatively, a TCP pipeline may be set up 
between the client software 20 of the terminal 10, and 
the SLP 19 of the server 1 . In this case, the client soft- 
ware 20 triggers PPP software 30 which dials the server 
1, either via a GSM data channel, or via the PSTN 7. 
Once the access equipment 5 of the server 1 detects a 
carrier, a modem connection is established, and the 
server 1 initialises PPP software 33 to negotiate with the 
PPP software 30 run by the client 20. Once a PPP pro- 
tocol stack has been set up, and an end to end PPP 
connection established, a TCP channel is established. 
A packet of information, as described above, can then 
be exchanged between the client software 20 and the 
SLP 19 utilising this TCP connection. 

The database 3 comprises records of subscribers 
to the communication system. Figure 3 is a schematic 
representation of records stored on database 3. The 
record comprises a role identifier 21 e.g. "cardiac spe- 
cialist" and associated with each role identifier a priori- 
tised list of personal identifiers 22, identifying people 
able to perform the specified role. Associated with each 
personal identifier 22 is a contact number 23, and a time 
period 24 during which that particular person is f ulf ulling 
the given role. Alternatively, the contact number 23 may 
comprise a personal number 40 which points to a per- 
sonal ID record 25 which stores contact numbers in 
association with time of day, for a particular person. The 
database 3 also stores team identifiers 26, each of 
which point to a plurality of role identifiers 21 . 

Two applications of the present embodiment will 
now be described. Firstly, the use of the communication 
system to contact one person, fulfulling a specified role 
will be described, and secondly the use of the commu- 
nication system to contact a team of people each of 
whom fulfil a specified role will be described. 

The user of the system, for example a nurse at a 
hospital, wishes to contact the person presently fulfilling 
a certain role, for example that of anaesthetist. The 
nurse accesses the communication system via the 
PSTN 7 or GSM Network 8. and passes a role identifier 
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21, identifying "anaesthetist on call" to the communica- 
tion system. The nurse is likely to utilise a terminal 10 to 
access the communication system, but could alterna- 
tively utilise a conventional telephone, in which case 
DTMF signals are employed to pass the role identifier to 5 
the communications system. The Roles software 17 
accesses the database 3 and extracts the record having 
a role identifier 21 which matches "anaesthetist on call". 
From this record the Roles software 17 determines that 
Dr. Barraclough is the "Anaesthetist on call" at the w 
present time, and that his current contact number 23 is 
0831 123456. The Roles software 17 also accesses the 
database 4 of instruction sets. An example of an instruc- 
tion set 50 for the role "anaesthetist on call" is shown in 
Figure 4. The current instruction set 51 for "anaesthetist 75 
on call" requires the Roles software 17 to wait for one 
minute for a response from Dr. Barraclough and, if no 
answer, or a negative response is received, to attempt 
to contact the second on call anaesthetist, Dr. Thomp- 
son, listed in the role identifier record 21 for the current 20 
time. It will be appreciated that many other instruction 
sets can be envisaged, for example an alternative 
instruction set 52 shown in Figure 4, causes the Roles 
software 17 to await a response for 3 minutes and if no 
answer is received to send an E mail message to Dr. 2 s 
Barraclough, and wait a further 10 minutes for an 
answer before attempting to contact Dr. Thompson. 

The nurse is thus able to successfully contact the 
"anaesthetist on call", or if he is unavailable, his emer- 
gency stand in, without knowing the names or current 30 
contact numbers for either of these people. Figure 5 
shows an example of a screen display that the nurse 
may see on her communication device 10 when 
attempting to contact the "anaesthetist on call". A fur- 
ther feature of the present embodiment is that location 35 
information can be gathered from the GSM mobile net- 
work 8 by the processing means 2, for each terminal 10. 
This information is based upon the GSM cell within 
which the terminal device 10 is presently located, and 
can be used for example to display the current location 40 
of Dr. Barraclough to the nurse who is attempting to 
contact the "anaesthetist on call". 

This information can be utilised by the nurse to 
decide whether to interrupt Dr. Barraclough by attempt- 
ing to establish voice communication with him, or 45 
whether to send an E mail message to his terminal 10. 

A further feature of the present embodiment, based 
on the central storage of information regarding the time 
schedule of roles to be fulfilled, is the ability to interac- 
tively change this schedule of roles. For example, with so 
reference to Figure 5, Dr. Milne may wish to swap on- 
call shifts with Dr. Barraclough. Dr. Milne establishes a 
voice call with Dr. Barraclough, selects the shift he 
wants to hand over to Dr. Barraclough, and after his 
agreement, implements the shift hand-over by editing ss 
the time periods associated with the "anaesthetist on 
call" record stored in database 3. Preferably, such edit- 
ing of information held on records is subject to rules 
stored in the instruction set associated with the particu- 


lar record, stored in database 4. These rules are set and 
maintained by the hospital administration. Thus the 
instruction set associated with the "anaesthetist on call" 
role may limit the editing of the associated record to 
ensure that only qualified people, who have not fulfilled 
the role within the last 24 hours, can replace the current 
"anaesthetist on call". 

The processing means 2 may, in addition to data- 
base 3 and 4, have access to further databases, possi- 
bly external to the server 1 which may store for example 
medical records. Thus, users of the present communi- 
cation system may contact a person fulfilling a particular 
role, for example radiologists, and during a voice com- 
munication with said person, access laboratory results 
on a particular patient. 

The use of a communications system according to 
the present invention to assemble a team of people, 
each fulfilling a specified role, will now be described. 
The example employed to describe this use will be that 
of an emergency situation in clinical care. It will be 
assumed that a member of staff in a hospital witnesses 
an emergency, such as a cardiac arrest, and summons 
a pre-specified team of doctors via a communications 
system according to the present embodiment. In addi- 
tion to assembling the pre-specified team of doctors, the 
communications system may also provide information 
specific to the nature of the emergency which will help 
the team to deal with the emergency. On witnessing a 
cardiac arrest a nursing sister, carrying a communica- 
tion terminal 10 starts the emergency application by 
pressing a single button to call the "cardiac team". The 
software running on the terminal 10 packages a team 
identifier, identifying the "cardiac team", into a SMS 
message, and sends this message, via the PCMCIA 
card 10 and the mobile phone 13 to the GSM mobile 
network 8. The SMS message is handled in the conven- 
tional manner by the GSM mobile network 8, and is 
passed to the mobile phone 9 of the server 1. The 
processing means 2 extracts the team identifier from 
the SMS message and accesses the database 3 of 
records, and the database 4 of instruction sets. Once 
the received team identifier has been matched with a 
stored team identifier 26, the role identifiers 21 associ- 
ated with this team identifier 26 are accessed by the 
processing means 2. In addition to storing an instruction 
set 50 associated with each role identifier, the storage 
means 4 also stores an instruction set 55 associated 
with each team identifier 26. The processing means 2 
thus attempts to contact the team members identified by 
the team identifier 26, in accordance with the instruction 
set 55 for the team identifier. 

Alternative forms of communication between the 
person initiating the emergency procedure, and the 
members of the team are possible. For example, real 
time voice communication may be utilised by the nurs- 
ing sister to speak to each member of the team individ- 
ually, or together. Alternatively voice messaging may be 
utilised in which the nursing sister leaves a voice mail 
message which is accessible by all members of the 
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team. Alternatively an E mail message may be sent to 
the terminal 10 of each team member, with an audible 
warning. 

The following description relates to one possible 
form of communication used in an emergency applica- 
tion. Figure 6 shows the screen display of the terminal 
10 of the nursing sister initiating the emergency applica- 
tion. Having launched the emergency application the 
nurse is prompted by a text message to ensure she 
gives the correct information. A voice message is 
recorded giving the nature of the emergency and the 
location. The communications system calls each of the 
team members, in the manner described above, and 
plays the recorded voice message from the nursing sis- 
ter. Text information regarding the originator of the 
emergency application, and the location of the emer- 
gency is displayed on each team member's terminal 10, 
as shown in Figure 7. Each team member must 
acknowledge receipt of the message, and their ability to 
fulfil their role. If a team member indicates that they are 
unable to attend the emergency, or if there is no 
response from a team member, the communications 
system attempts to contact the second person able to 
fulfil this role within the team, during this time period, in 
accordance with the instruction set associated with the 
particular role identifier. This second person, acting as a 
back-up, is sent text information indicating the nature of 
the call eg. the role in which they are being contacted 
and the reason (first on call person not available). Since 
the back-up person will not be expecting such a call this 
information will facilitate rapid communication once 
voice contact with another team member is established. 

While the communications system is attempting to 
contact the members of the team, information is dis- 
played on the terminal 10 of the person initiating the 
emergency application, which enables them to manage 
the emergency event. Figure 8 shows the display of the 
terminal 10 of the nursing sister. The screen displays 
the team members, the role they are fulfilling, their cur- 
rent location, whether they have been called yet, and 
whether they have acknowledged. Should one of the 
members of the team refuse to accept their role, or be 
uncontactable, the communications system will update 
the display as it attempts to contact other people able to 
fulfil this role. 

During the assembly of the team, any team mem- 
ber, or the emergency call initiator, may establish voice 
communication with one or more of the other team 
members. 

The emergency call initiator manages the assembly 
of the team members, and this management role may 
be transferred to any one of the team members. In this 
case, the summary information shown in Figure 8 is dis- 
played on the terminal 10 of the current manager of the 
emergency event. 

During the emergency event information from a fur- 
ther database 60 (shown in Figure 1 ) may be accessed 
by the team. This information may for example relate to 
procedures to be carried out during the emergency or 


may be detailed information for example on quantities of 
drugs to be administered, or the medical record of a 
patient. An example of a display of such information on 
a terminal 10 is shown in Figure 9. 

Claims 

1 . A communications system comprising:- 

a first storage means for storing a plurality of 
records, each record comprising at least three 
fields: 

a role field for storing a role identifier, iden- 
tifying a functional role, 

a name field for storing for each said role 
identifier one or more names of people 
able to fulfil said functional role, and 

a number field for storing for each said per- 
son a current contact number, 

input means for accepting a request in the form 
of a role identifier for communication with a per- 
son fulfilling a given role, 

a second storage means for storing a set of 
instructions for each said record, and 

processing means for accepting a role identi- 
fier, accessing said first and second storage 
means and establishing a communications 
channel with a person able to fulfil the func- 
tional role associated with the role identifier, via 
said current contact number in accordance with 
said set of instructions. 

2. A communications system as claimed in Claim 1 , 
wherein at least one record comprises a time field 
associated with each name field for storing a time 
period during which the named person is available 
to fulfil the associated role. 

3. A communications system as claimed in Claim 1 or 
2, further comprising editing means for altering said 
records. 

4. A communications system as Claimed in Claim 3, 
wherein said editing means is accessible via a com- 
munications channel, and is configured to enable a 
person whose name is entered in a name field to 
edit the associated record. 


55 5. A communications system as claimed in Claim 4, 
wherein the editing means is further configured to 
enable said person to edit the instruction set asso- 
ciated with said record. 
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6. A communications system as claimed in any pre- 
ceding claim, wherein the set of instructions for a 
record comprising a name field having a plurality of 
names causes the communications system to 
attempt to establish a communications channel with s 
each of the said plurality of names until an attempt 

is successful. 

7. A communications system as claimed in any pre- 
ceding claim, wherein the processing means, upon 10 
establishing a communications channel, passes a 
role identifier along said communications channel. 

8. A communications system as claim in any preced- 
ing claim, wherein the processing means com- is 
prises channel monitoring means for monitoring an 
open communications channel for a response from 

a contacted person. 

9. A communications system as claimed in Claim 8, 20 
wherein the processing means upon receiving a 
negative response from a contacted person associ- 
ated with a particular role identifier, attempts to 
establish a communication channel with an alterna- 
tive person associated with the same role identifier. 25 

10. A communications system as claimed in any pre- 
ceding claim, further comprising third storage 
means for storing data for facilitating a particular 
functional role, wherein the processing means is 30 
able to access said data and pass said data, via an 
established communications channel to a person 
fulfilling said particular functional role. 

11. A communications system as claimed in any pre- 35 
ceding claim, wherein the first storage means com- 
prises at least one record having a plurality of role 
identifiers and a team field for storing a team identi- 
fier, 

the input means is adapted to accept a request in 40 
the form of a team identifier for communication with 
a plurality of people, 

and the processing means is adapted to accept a 
team identifier, access said first and second stor- 
age means, and establish communications chan- 45 
nels with people able to fulfil each of the functional 
roles identified by the role identifiers associated 
with the input team identifier. 

12. A communication system as claimed in any preced- so 
ing claim wherein the processing means is config- 
ured to accept two linked role identifiers, to 
establish a communications channel with a person 
able to fulfil the functional role associated with one 

of the linked role identifiers, and to pass the second ss 
linked role identifier along said communications 
channel. 

13. A communications system as claimed in any pre- 
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ceding claim, wherein the communication channSr 
established is a data communications channel. 

14. A communications system as claimed in any one of 
Claims 1 to 12, wherein the communications chan- 
nel established is a voice communications channel. 

15. A communications system as claimed in any one of 
Claims 1 to 12, wherein the communications chan- 
nel established is both a data and a voice commu- 
nications channel. 

16. A communications system as claimed in any pre- 
ceding claim, wherein the communications channel 
established is a GSM communications channel. 

17. A communications system as claimed in any pre- 
ceding claim, wherein the communications channel 
established supports GSM Short Message Service. 

18. A communications device for use with a communi- 
cations system according to any preceding claim, 
the communications device having :- 

means for wireless communication with said 
communications system, 

means for establishing both a data and a voice 
communications channel with said communi- 
cations system, 

means for accepting a role identifier, input by a 
user, and 

display means for displaying information 
received from said communications system to 
a user. 
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51 


Active 

Establish voice com channel 
If no answer within one minute, or 
negative response, attempt to contact 
next person able to fulfil role 


52- 


Instruction Set 


Anaesthetist 


Alternative 

Establish voice com channel 

If no answer within three minutes, 

send e-mail. 

If no answer within 10 minutes, or 
negative response, attempt to contact next 
person able to fulfil role 


55 r 26 

^ Instruction Set 


Cardiac Team 


Active 

Audible alert + voice-mail to all team 
members 

Await acknowledgement 
If no answer, or negative response for one or 
more roles, attempt contact with backup 
Audible Alert + contextual text information 
Establish phone conference between nurse, 
anaesthetist, and cardiac doctor roles. 
Download resusscitation schedule to team 
members. 
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